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[57] ABSTRACT 

Methods and apparatus for disseminating over the Internet 
product information produced and maintained by product 
manufacturers using existing universal product codes (bar 
codes) as access keys. A cross-referencing resource, which 
may take the form of an independent HTTP server, an LD AP 
directory server, or the existing Internet Domain Name 
Service (DNS), receives Internet request messages contain- 
ing all or part of a universal product code and returns the 
Internet address at which information about the identified 
product, or the manufacturer of that product, may be 
obtained. By using preferred Web data storage formats 
which conform to XML, XLS, XLink, Xpointer and RDF 
specifications, product information may be seamlessly inte- 
grated with information from other sources. A "web regis- 
ter" module can be employed to provide an Internet interface 
between a shared sales Internet server and an otherwise 
conventional inventory control system, and operates in 
conjunction with the cross-referencing server to provide 
detailed product information to Internet shoppers who may 
purchase goods from existing stores via the Internet. 

14 Claims, 8 Drawing Sheets 
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MFTHODS AND APPARATUS FOR widely used in retail stores for barcode scanning at checkout 

MSS^^Gl^^SSnSSSfflOK counters, and the Interne, addresses where mformatton «n 

V^THE TdJtERNET USING UNIVERSAL be obtained about toe products designated by hose codes. 

PRODUCT CODES In a principle aspect, the present invention takes the torm 

5 of methods and apparatus for delivering information about 

CROSS-REFERENCE TO RELATED products and manufacturers via the Internet using all or part 

APPLICATIONS of the universal product codes which designate these prod- 

, . . NT nets and manufacturers as Internet access keys. The product 

This is a continuation in part of U.S. ; application ; Ser No. information ^ storcd ^ Inte rnet servers, preferably in XML 

09/049,426 filed on Mar. 27, 1998 and entitled Methods iq fe manufacturers who both produce the products 

and Apparatus for Disseminating Product Information via ^ ^ rf ^ &torcd product informatioQ . 

the Internet", now U.S. Pat. No. 5,913,210. others who desirc product informa _ 

REFERENCE TO MICROFICHE APPENDIX lion fetch web pages via the Internet from on-line merchants 

and other sources. These web pages may contain one or 

A microfiche appendix consisting of 28 frames on one 15 mQre links to p ro dnct information, and each such link 

microfiche accompanies this specification and contains Perl con tains a reference which designates a particular product 

language CGI scripts (computer source language listings) by itg corresponding universal product code. When the web 

which illustrate working illustrative embodiments of t> rowser operated by the shopper activates such a link, a 

selected components of the invention. A portion of the reques t message containing at least a portion of the universal 

disclosure of this patent document contains material which 20 pro duct code is sent via the Internet to a cross-referencing 

is subject to copyright protection. The copyright owner has database, preferably maintained by the Internet Domain 

no objection to the facsimile reproduction by anyone of the Name service, which returns the Internet address of the 

patent document or the patent disclosure, as it appears in the par ti C ular manufacturer's server which then makes the 

Patent and Trademark Office patent file or records, but desired product information available, 

otherwise reserves all copyright rights whatsoever. 25 preseat invention may be used to particular advantage 

mm n ni? tub TNrVFNTTON to P rovide Product information to web customers who visit 

FIELD OF THE INVENTION ^ ^ b ^ Qf ^ stofes ^ 

This invention relates to methods and apparatus for trans- universal product codes both for bar code checkout and to 

ferring requests for specific information to preferred sources identify specific products in a computerized inventory con- 
of that information on the Internet. 30 trol system. The retailer's inventory control systems need 

not store detailed product information since, by means of the 
BACKGROUND AND SUMMARY OF THE invention, the universal product codes of items being offered 
INVENTION f or sa i e can be used to access product information directly 
Manufacturers must provide information about their prod- from the manufacturer's servers, 
nets to resellers, consumers/and others. Resellers need In one embodiment of the invention, the cross-referencing 
product information to select, promote and support the function may be performed by a server which receives a 
products they distribute. Consumers need information about hypertext transport protocol (HTTP) request message con- 
available products to make informed buying choices. taming a universal product code, performs a lookup opera- 
Advertisers product analysts, manufacturer's don using a stored database of cross-reference, and returns 
representatives, shippers, and others also need information an HTTPresponse message which includes a location header 
about the goods with which they deal. field containing a destination URL specif ymg said particular 

Under current practices, product information typically 

onginates with manuf acturersand is primarily distributed in cally redirects the request message to the destuujmUWL 

conventional print media advertising and product packaging. 45 The company code portion only of the ™^pnwto 

This information is often incomplete, difficult to update, and code may be stored m the cross-referencing database to reter 

available only to a limited distribution. While the advent of a product information inquiry to the server operated by the 

the World Wide Web has permitted manufacturers to make manufacturer, with the remainder of the product code being 

detailed up-to-date product information available via the sent to the manufacturer's server to identify the particular 

Internet,' the information describing a specific product is 50 product. This reduces the size of the cross-referencing 

often difficult to locate, particularly when the URL (uniform database, and further simplifies the process of registering 

resource locator) of the manufacturer's website is not manufacturers and maintaining the database, 

known. When the cross-referencing server takes the form of an 

It is a general object of the present invention to transfer a independently operated server, the standard Light-weight 

request for information specified by an identifier, such as a 55 Directory Access Protocol can be employed to advantage to 

product code, to a preferred source of that information, such provide cross-references between all or part of each uniyer- 

as an Internet information resource devoted to the product sal product code and the Internet address where ^"nation 

specified by the product code which is created and main- about that product may be obtained. Access to product 

tained by the product's manufacturer. information can be even more simplified and expedited by 

Tbe Referred embodiment of ^ P-nt invention 60 = ^ 

product codes identifying specific products and Internet signea name space tor prou „ Vt ,, n<ah i e 

addresses specifying the locations at which information By storing product mformation expressed in extensible 

2J^T^<»»ybeobt^TT*c««- re fc«noes 65 Markup Unguage (XML), and by using stylesheet infor 

S the universal product codes assigned to the partiri- mation provided by the web site which is ^ormng 

PatinVmanufacturers, such as the U.P.C. and EAN codes product information into their web presentations, the data 
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supplied by the manufacturer can be rendered using font sal product code system. In accordance with the present 

sizes, typefaces, background colors and formatting selected invention, the Internet is employed to provide low cost, 

by the web page producer. Other characteristics of XML, worldwide bi-directional communicaUon which enables 

deluding the ability to encourage or enforce conformity product information to be requested by and sent to any 
incruaing me domiy iu cm, & thrmmh the use nf s person or firm using one or more universal product codes as 

with content and formattmg ^ ^^dards through the use of 5 ^ \ ^ univeKal duct code tem 

Document Type Definitions (DTD's)and the Resource Defi- Yfids8pMA use to uniquely identify each of the thou- 

nition Framework (RDF) and Syntax Specification, facilitate ^ q{ millions of differeat items 

the integration of data from retailers and other web page ^ ^ warehoilsed> sold? delivered and billed throughout 

producers with the product information provided by mami- ^^ciai channels of distribution. In accordance with the 
facturers. 10 invention, a product code translator which may be accessed 

When the manufacturers of some products identified on v j a tne internet provides information enabling the translation 

web pages have not made product descriptions available, it Q f universal product codes into the associated Internet 

is desirable to suppress the creation of visible link anchors addresses at which information about the products specified 

which encourage users to attempt to activate links which bv tnose p rocu ict codes may be obtained, 
will not work as intended. Such link suppression can be I s jhe present mvention enables the retrieval of information 

accomplished by determining the status of each desired link about procni cts from the source of those products, typically 

before the web page containing the product list is displayed. ^ manu f ac t U rer, by those who need that information, such 

"Image-cued links" perform this function by employing, as a& rese n ers anc j consumers. In accordance with the 

link anchors, visible web page components such as image invention, any person or firm having access to the Internet 
files which are retrieved via the cross-referencing server at ™ ^ j^^g me universal product code for a product may 

the time the web page is displayed. obtain information about that product from the participating 

These and other objects, features and advantages of the manufacturer which supplies that product. The system 

present invention will be made more apparent through a employs a product code translator, which may be imple- 

consideration of the following detailed description of a mented by a plurality of servers but which is illustrated by 

preferred embodiment of the invention. In the course of this 25 me smg i e resource seen at 101 in FIG. 1. The product code 

description, frequent reference will be made to the attached translator is accessed via the Internet to perform a translation 

drawings. of specified universal product codes into the corresponding 

BRIEF DESCRY OF THE DRAWINGS ^^^^^ ^ ^ ^ 

FIG. 1 is a schematic block diagram illustrating various ^ p r0(U1 ct code translator 101 stores cross-references 

instrumentalities which make use of the invention intercon- between product codes and Internet addresses. The product 

nected via the Internet; codes and the Internet addresses are provided by or on behalf 

FIG. 2 is a diagram illustrating the interrelationship of the 0 f participating manufacturers and suppliers, such as the 
principle data structures used to implement a product code 35 manufacturer illustrated at 103 in FIG. 1. These cross- 
translator of the type contemplated by the invention; references may then be retrieved from the cross-reference 

FIGS. 3 and 4 are a flow diagram depicting the operation resource 101 by resellers, prospective buyers, as illustrated 

of a CGI program which implements the product code by the distributor 105, the retailer 107 and the customer 109 

translator, responding to request HTTP messages containing seen in FIG. 1. Internet Service Providers, as illustrated by 

universal product codes and redirecting those request mes- 4Q the ISP 111 in FIG. 1, may also utilize the data provided by 

sages to the URLs where information about designated the product code translator 101 to provide a variety of 

products may be found; services and functions. 

FIG 5 is a data flow diagram illustrating the manner in Before further describing how these entities function 

which a web browser interacts with a server which acts as a within the system, it will be useful to clanfy some of the 

product code translator by redirecting links on a merchant's 45 terms which will be used in this specification: 

web page to product information made available by the The term "universal product codes" (lower case) is used 

manufacturer; to indicate standardized industry or inter-industry codes 

FIG 6 is a data flow diagram illustrating a further used to designate items, packages and services made, used, 

embodiment of the invention in which a web browser leased or sold in commerce. The term thus includes the 

interacts with a domain name server which serves as a 50 Universal Product Codes ("U.P.C.s") used by suppbers in 

product code translator, redirecting links on a merchant's the United States and Canada and managed by the Uniform 

web page to XML data provided by a shared sales server Code Council, Inc., 8163 Old Yankee Road, Dayton, Ohio 

used by several merchants, the XML data from the manu- 45458; the EAN codes used by suppliers outside the U S 

facturer being displayed in accordance with an XSL and Canada under the general direction of EAN 

stylesheet specification unique to each merchant, and the 55 International, rue Royale 145, 1000 Bruxelles— Belgium; 

online merchant functions being implemented by the shared and any other multi-industry or single industry standard 

sales server which is connected to the conventional inven- product designation system. 

tory control system operated by each of the merchants; and The term "manufacturer" will be used to refer to 
FIGS 7 and 8 are a block diagrams illustrating the manufacturers, suppliers, vendors, licensors and others to 
principle components of a typical retailer's inventory control 60 whom sets of universal product codes have been assigned or 
system and the interface between that system and a shared their agents. Typically, this assignment takes the form of the 
sales server which maintains a parallel but more limited designation of a particular value for a portion of the urn- 
inventory database used during on-line sales transactions. versa! product code which is reserved fo. ^exclusive .use by 

a particular manufacturer. For example, the entity to wnicn 

DETAILED DESCRIPTION 6S a specific six-digit "company-identifier" portion of a 
The present invention takes advantage of two existing and 12-digit numeric U.RC. code has been assigned is a "manu- 
highly successful technologies: the Internet and the univer- facturer" as that term is used in this specification. 
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The term "product" is used to refer to a kind of item which Uniform Record locator constituting the "base address" at 

is SSmSS by a single universal product code, as which information can be retrieved about product. ; desig- 

onnoSd to a specific individual item of that kind. For nated by those universal product codes, company informa- 

opposed to a s P ec ^ c in ^ 1Quai 1 fa Uon fie lds which include the company's name, mailing 

example, a specific U P.C code is assigned by toe ^ sq ^ ^ mamfacturcr 

manufacturer, Hershey Foods Corp to Reese s Creamy 5 _ ^ registralioQ can be identified and contacted; 

Peanut Butter" as packaged m 510 gram containers (a * which ifies the date up0D which the 

"product") whereas a different U.P.C. code is assigned to the was first ma / e . 

same peanut butter packaged in containers of a difierent size ^ registrati()n handler 2 03 may obtain the submitted 

(a different "product"). data nee ded to create the registration template record in a 
The term "Internet address" will be used to refer to the all, 10 variety Q f ways> sucrj as accepting a HTML web page form 

or a significant part of, a reference to a resource on the completed and submitted via the Internet by a registrant, 

Internet. Such a reference may take the form of a numerical p roces sing an incoming email message containing the nec- 

IP address or an alphanumeric Uniform Resource Locator essarv information, or receiving the needed information by 

("URL") which may identify a file on a specified machine, te i eprj0 ne or regular mail. 

a database query, a specific command output, or some other ^ registration aan dler process preferably incorporates a 

accessible Internet resource. Thus, the term "Internet mec hani S m or procedure for insuring that the registrant has 

address" includes such things as a specific 32-bit address of ^ aumority to create and alter tne information being 

a specific computer connected to the Internet, written m suppl i e d a variety of methods for enhancing the security of 

decimal as "123.040.212.002"; a domain name such as ^ registration process may be employed, including the 

"patentsoft.com" which can be resolved into a numerical issuance of a passwor d at the time a range of universal 

IP-address using a domain name server; the URL of a file duct codes is first registered, with the requirement that 

accessible via the Internet, such as "ftp:/Avww.sample.com/ ^ same word be therea f t er provided by anyone who 

director/filename.xxx"; a URL identifying a query process- to ^ ^ infonnatioil origma lly provided with 

ing script with passed parameters, such as nttp:// respect l0 ariy pro duct code within that previously registered 

xxx.yyyy.com/cgi/search%01234567890123"^ or an email ^ registration procedure may also require each 

address such as "847563@manufacturer.com". registrant to provide an email contact address to which an 

^ , _ , 4 email message of predetermined content is sent after the 

The Product Code Translator registration form fa cornp i et ed, to which the registrant 

The product code translator seen at 101 in FIG. 1 per- 30 must respond within a predetermined time to verify the 

forms two primary functions illustrated in FIG. 2: (1) its registration. Any attempt thereafter to change the contact 

registration handler 203 accepts cross-references submitted email address results in a message being sent to the ongi- 

by manufacturers which relate their assigned universal prod- nally registered email contact address advising that an 

uct codes to associated Internet addresses where information attempt is being made to alter the registration. Finally, email 

relating to their products may be obtained, and (2) its query 35 confirmation may be requested from the email address 

handler 204 accepts queries via the Internet 205, each query registered with InterNIC for the URL to which universal 

including all or part of one or more universal product codes, product codes are to be linked. This step confirms that the 

and returns the Internet addresses which can be used to person attempting a registration in fact has authority to link 

obtain information about the products identified by those to that host computer and provides an additional safeguard 

codes. The product code translator 101 may also advanta- 4Q against unauthorized submissions. 

geously perform other functions, examples of which are Instead of maintaining a user name and password 

described below. database, the registration handler can use a database of 

As seen in FIG. 1, the product code translator 101 may be certificates, such as Certificate Server available from 

advantageously implemented by a server computer which Netscape, to create, sign, and manage certificates for all 

stores information in a relational database consisting of the 4 5 participating manufacturers, configuring other servers to 

tables depicted in FIG. 2. If desired, the product code accept only authorized user certificates. A scalable database 

translator 101 may be implemented with a plurality of may be used to store the status of each certificate, and the 

"mirrored" servers at different locations, or clustered servers issuance and revocation of certificates can be centrally 

at the same location containing the same cross-referencing administered from the product code translator or a separate 

data to share the processing burden and provide redundant 5 o registration authority. Similar password, certificate or digital 

fault-tolerant reliability. In addition, different servers or sets signature protection schemes may be used to provide access 

of mirrored or clustered servers may be used to process to certain data or to data in certain forms only to authorized 

different assigned subsets of the gamut of universal product requesters. 

codes. Whether one or many servers is used, each may be The information contained in the incoming registration 
preferably implemented using conventional server hardware 55 template 207 is used to create records (rows) in three 
and conventional server operating system software, such as separate tables in the relational database: a company table 
Microsoft NT Server, Netscape Application Server, SCO 211, a URL table 213 and a cross-reference table 215. As 
UnixWare, Sun Enterprise Server, and the like. seen in FIG. 2, the company table 211 includes a numerical 
The registration handler process 203, which may be company number field C0N0 which is also present in the 
implemented on a server which stores cross-references, or 60 cross-reference table 215 so that each cross-reference table 
on a separate server operated by a central registration row can be related to a particular company description 
authority receives each registration submission via the Inter- record in the company table which has the same C0N0 
net 205 to create an incoming registration data illustrated by value. The key field C0N0 establishes a one-to-many rela- 
the data template record 207. The registration template tionship between the company table 211 and the cross- 
record 207 includes several fields: an Company-ID field 65 reference table 215 since a participating company identified 
which holds the company-identifier portion of a universal by a unique C0N0 value may register more than one set 0 
product code in EAN format; a URL field which holds the universal product codes, potentially associated with different 
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IP-addresses, requiring more than one row in the cross- are ordinarily available andeaser to remember and because 

reference table 215. it may be desirable to later change numerical IP addresses 

The Company-ID field in the registration template record while retaining the same URL, the use of URL's for regis- 

is used to complete two fields, FromCode and ThruCode, in tration is preferred. 

a row in cross-reference table 215. These fields specify a s Note also that, because URI7IP address assignments may 

range of one or more consecutive universal product codes. be added, altered or deleted on a daily basis by the URL 

Both of these two fields preferably stores a 64-bit integer assignment authority, updates to the DNS tables should also 

which specifies a 14 decimal digit universal product code be re fl ec ted by automatic updates to the cross-reference 

drawn from the global pool of 14-digit numbers which taWe ip_Address fields. In this way, a change in URL/IP 

includes the U.P.C., EAN-13 and SCC-14 codes. In this way, 10 address assignments propagated in the DNS system require 

all three coding systems can be accommodated by the no additional action on behalf of the manufacturers to insure 

cross-reference table 215; for example, a 12-digit U.P.C. me continuing ability of the product code translator to 

number 7 12345 12345 9 is the same as the 13 digit EAN pro duce the appropriate new IP addresses in response to 

number 07 12345 12345 9 and the same as the 14 digit universal product code queries. If, as discussed later, the 

SCC-14 number 0 07 12345 12345 9. If the U.P.C. six digit 15 i nlerDe t domain name system itself is used as the product 

company identifier 7 12345 is specified in the registration code to IP address translation mechanism, updating two 

template Company-ID field, the FromCode field of the tables would be unnecessary. 

cross-reference table record would be loaded with the mim- With ^ f orego j ng ^ background, the registration and 
ber 71234500000 to specify the lowest valued universal quer y/ re sponse functions performed by the product code 
product code cross-referenced to the corresponding IP 2 o translator may by summarized as follows: each participating 
address in the IPAdr field of the table 215, and the ThruCode manu f act urer, or someone acting on its behalf, submits a 
field would be loaded with 71234599999 to specify the registration which generates an incoming registration tern- 
highest valued universal product code cross-referenced to ^ 20? ^^5^^ information about the registering 
that IP address. The use of the low-value/high-value range manufacturer, including an identification of the universal 
specification fields in each row of the cross-reference table 25 product codes wn ich designate products for which informa- 
215 permits different ranges of universal product codes ^ ^ tQ be made ava ji a bl e , together with the URL which 
having the same Company-ID value to be associated with specifies ^ internet resource which will make that product 
different Internet addresses in the IPAdr field of the cross- ^^1™ available. 

reference table 215, thus enabling a single manufacturer ^ Hed URL fe stored ^ the URL Table 213 and 

having a single assigned Company-ID value to store infer- 30 converted into a numerical IP address in the IPAdr field of 

mation about different products designated by different sets ^ URL Table 2J3 ^ available domain name server 

of its universal product codes on different Internet servers, ^ ^ ^ ^ ff . g ^ ^ IpAdf field of the 

or to cross-reference non-continuous sets of universal prod- cross . reference record ( row ) in table 215, along with a 

uct codes to the same or different servers Note further that dfication of ±c product ^des of the products 

a manufacturer need not cross-reference all of its available 35 d ; scribed by information which is available at this IP 

assigned universal product codes, but may omit unused ^ ^ q£ codes ^ spcdfitd by the values 

codes or codes designating products for which no informa- ^ ^ FromCode and Th^Code fields in the new 

tion is to be made available. record {n cross . referen ce table 215. 

The IP-address field in each row of the cross-reference ^ 

table 215holdsa32-bit IP address used 40 bokup Action is performed by learching the 

packets to a destination computer using the TCP/IP protocol ^ 215 for a row record or records which 

The 32-bit IP address v alue in the ™«&^ *S m ^ a * of ™ veCSal M M& ^ 

is obtained from the IP address field of the URL table 213 P > If ^ rQw(s) afe 

, and that 32-bit address value is P^by™. - IP . a Less(es) found m the matching row(s) are 

conventional domain name server (DNS) at 217 « returQed to the submitter; other wise, a special code 

assigned to the ™^ refe ^ (such as a zero valued IP Address) is returned to indicate that 

translates the alphanumeric URL in the URL field of the , ^teccst has ^ feeen 

URL table 213 into the current 32-bit IP address used by miormdiiun y v ) 

Internet routers to guide data packets to the proper destina- ere * , . . 4 * u a * a~ 

ion computer, ^alphanumeric URL in the URLfleld of 50 Tte Internet resource wh.ch acts as the product code 

the URL table 213 is supplied via the registration template translator can additionally perform some or all of the fol- 

207 when Internet location of the manufacturer's product lowing additional functions: 

description data is supplied during the registration process. It can respond to a request for information abou a 

The separate URL table 213 has a one-to-many relation- particular participating manufacturer and return to the 

ship to the cross-reference table 215 and uses the 32-bit IP 55 requester the information in the company table 211 as wd 

address value as the relational key. This arrangement allows as the specification of all of the regtstered universal product 

a single URL base address to be shared by a plurality of codes assigned to mat partic.patmg manufacturer and the IP 

different manufacturers. Thus, for example, a single Internet address (or URL) of the location where further * o— 

service provider (ISP) ma y act as a shared Internet resource on the products designated by the registered universal prod- 

for storing data about a products originating from many 60 uct codes may be obtained. 

different manufacturers. It is accordingly unnecessary for The product code translator can respond to a query 

each manufacturer to operate its own server or have its own containing a designation of one or more universal product 

assigned URL. Instead, a manufacturer may place its prod- codes by identifying the email address of the manufacturer, 

uct descriptions on any server having an assigned Internet The product code translator, or any other computer which 

address Note that it is further unnecessary for the manu- 65 obtains cross-references between universal product codes 

facturer to have, or supply, an assigned URL rather than a and email addresses from the product code translator, may 

numerical IP address; however, since corresponding URL's act as an SMTP forwarding agent; for example, forwarding 
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9 , , information Publication by Manufacturers 

code from .sender*, an em ^ by ^ rtunit ies to manufacturers- J*""^^ imme - 

manufacturer of the proa rs m ob emal l PP qow distribllto m other ways ^cano _ 

returned in respoiise to a request may be a sUDQ " and volumes, ing red.enU nutnuon on 

address such as "npcinfo^oma—e ^« J™ instructions some or aU of which * ^ mixed 

name" is the domain name P^<JJ*™iS pod- P^^« H SS viewing by distributors, 
the manufacturer, in which case the specm* q{ ^ aQd phics HTML pag ^ 

uctcode would by ^convention be JjJ*-^ ^ ^^JS^SS^ ° f J 0 *"* ^ °tl 
the "subject" of the emaJ m s ag s nt ^ h K , logp^go ^ for use by bom 

enabling the manufacturer to identity in v nics fi i 6S in a y 3 "^ ote pro duct sales, 

^mdpiodiictoodeor^ ^^^^^ted proce dure curren t pri g warfan and tee 

the company may simply be placed ^^"f^^S^'r^^* 1 ^^ 
namespace on the manufacturer s server. manufacturer. In order to make tms m conform 

^he aoss-referencing utihty can provide ^ ^ as tandardway, it is desirable that the— ac 

product description locations have been reg ^ ^ med Wo" may be created on each 
product code translate.'. fey me A^ dn^ ^Lctory having a name 
The cross-reference toble 2l» can registered computer, ana a . * Expressed as a zero- 
product code translator in book s are which is the umyeisd P^f^S) is seated to 
universal product codes only; for exampk,^ to righ t-justified fourteen^ digU nun* fcy 
signed BAN numbers which always ^ 40 nold the info— concerning .the pro ^ ^ 
nunTber 978 before *e -mPan ^ v alu ^ ^ ^ , ^ , M he ^ ^ ^ 
designation) portion of the Inte ™" d q{ tn6 eaN directory inc hides a P ro ^™ toducl informa- 

sees ~ SffiSSE ^ s ass 

— rr^rj ■£ * ! sslet rr»r P s„ j * ,«« - 

the same way, the "oss-reference C nufacture rs (e.g. appropriate. ^,ct HTML home page for a 

which HTML registration form IW* J web -browser mended retail pnee, ISBN number , n 

displayed and completed using a co^ention^ year> ^ fl ^addition, each books n PS rf 

p«U••^»^t^^S^ tinfom ' li0,, - clude f- im w d IdS enabling the 
Ugeously make query forms av^e top ^ J5 ^ book jad^«d bnta^ ^ ^ 

request queries to be made ' instructions and viewer to see additional inf ilh ^ book>s au thor, 

informational web pages which V"™™ ™ mMon& for when available, such as an interview wiu, 
™iddh»fM legislation pioceowN^ Jnftmnation auot es from favorable review, 

mf i, lf .tnrv chauter, etc. 

t^e storage of information on ^ a ^ of contents o ^oductory P 

resources, and instructions ^ Bid do ^nto ^ ^ informalion uniquely fr 11 "!^ bY acceS sing a 

which may be ^^^^U^^ by the manufacturer couldbe made ^ 

functions P^^f^S'^he product code Uanslator. singlc URL, «^^£nfd C the standard by 
utilize the services provid ea oyp oame setvlce COIIlbimDg the IP-address omain 

When, as discussed later, QI company code Catenating a prefix and suffix. The sutnx 

is employed to perform product co ms r£g 65 

- formi,ional ^ iegi5tra - 



tion services to registrants. 
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^ » *. .. ,* «i or ,„« ^ .« «. f.- S^JftSL * f<™ - . 

S subpart of the EAN universal product code). To the extent 
-http://23.i23.40.i98" the content and format of data records which describe 

consisting of the protocol identifier "http:/f and by the particular classes of products in particular mdustties and 

database T S dSrte and tie HTML and other placedby the manufacturer tn the dn-ectory U aeate^ total 

£ ProcesTofSmung product description pages from an subdirectories and the combined file in the root directory, 
tne process oi generauug p v v & ^ automatically created and updated on a periodic or 

iSST. pLr. pKkW to be made 30 ^daUb^.Ttei^of.^^b^fibrtc^^ 
prospective o'nline buyers. For food products, permits multi-rnanu acturer databases ° ^aeated b A 

suggestions dnu ' * counter all of a given manufacturer's products of a given type is not 

£j^^£L2>~ ^otn desired, the needed ^ — ^ ™ " 

Suse storag ^pTduct lifetime information, and active 40 the manufacturer makes avauable can advantageously be 

intS spfcificatbns Frequently, this valuable informa- stored using the extensible Markup Language (XML) 

^ pStTiod^contaler or container insert which is also well suited for providing metadata wtadi 

which ifdtearded shortly after purchase. By making this defines and describes the meaning of the various lands of 

mfotalion r Id ly available to purchasers and end-users information that can be provided about ^vidual producU 

overThe internet, the manufacturer can help insure that such 45 groups of products, and the manufacturers and distributors 

valuable product information, some of which may be legally from which those products are "blamed, 
required on the product's packaging, is available to the This ability to obtain accurate and up-to-date ( product 

coTsurl at the time of an online sale and after the product information from the manufacturer can substantially reduce 

consumer at tne ume r ^ ^ ^ prothlcerS) an d database vendors 

m^flSon of the kind traditionally placed on so which is traditionally incurred in <***%*£^* 

product packaging already exists and car. be converted by conventional means. For example, a reUd a ***** * 

the manufactuTer into a format suitable for publication on computerized inventory control system for the first time with 

£CdWr^^n»^wi*ly «v«iUbk.tBtde previously purchased merchandise may use a conventual 

SJSlion allows information in other forms to be hand-held barcode scanner to capture the . unive™ product 

provided at low incremental cost. For example, multimedia 55 codes from all goods ™™™ 0 ^*™<XZ TaTh 

presentations may be presented to promote, describe and plete and accurate product description records . for each 

Support a product and its uses. User manuals and service product via the Internet using the present ">venuon 

doTmentation can be provided in Adobe Acrobat portable The ability to obtain, update, and verify product desenp- 

Limen, format or th'e like for viewing and printing by " = ^^^^^^ 

^^^XZ^^coa^ 60 ^"StDlSlw™ used by manufacturer, 

data cr ated by the manufacturer which provides limited distributors, and retailers, ^^f ^^ ^ 

product description information for each product offered to hospitals, government agencies and 1 b an s may the 

enable more efficient indexing, cataloging, inventory information to budd internal databases for internal use 
coCl and other appl cSs By way of example, in the 65 The structured records noted above are typically tat , not 

booSllS indS publishers, distributors, retailers, and necessarily, copied into a separate database which .s there- 

UbrariSen S P a database of bibliographic informa- after manipulated by me requester. Because each cop.ed 
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database record includes a field containing the universal with the shared server's address, for distribution by the 
product code, the ability to obtain and verify data in the product code translator, all at minimal cost, 
remainder of the record from the manufacturer's server is In addition, the present invention may be used to advan- 
retained. Note that it is possible for the user of the local tage in combination with Electronic Data Interchange a 
database to verify, update and add to the product information S standard mechanism for exchanging business documents in 
specified by the universal product code at the time that data standard format between computers. EDI systems typically 
Lreferredtoorreliedupor! L In addition, or in the alternative, use value added networks (VANs), such as ^networks 
the database can be periodically and automatically verified provided by GE, IBM Atlantis and Sterling, or EDI transfers 
against current data made available by the manufacturer and can be made via the Internet using services such a those 
updated to insure the continued completeness and accuracy 10 provided by EDI Network of Tumersville, NJ Using EDI, 
of the entire local database. manufacturers make available electron* catalog descr- 

ibe present invention enables a computer connected to tions of their products being offered for distribution and 
the Internet to dynamically retrieve arbitrarily large quanti- resale. When a buyer selects products of interest to order 
ties of data about an individual product when needed. This from the vendor's catalog, the retailer * computer accesses 
capability makes it unnecessary, and normally undesirable, is the vendor's computer to transfer me U.P.C. codes to the 
to copy "content" into a local database which is not needed retailer's computer without rekeying. The retailer may then 
for structured indexing and retrieval purposes. Thus, again issue an EDI 850 purchase order transaction which is sent to 
using books as example products, the local database might the vendor's mailbox. In addition, the EDI system may 
consist simply of title, author and publisher information to transfer limited additional information to the retailer, such as 
form a searchable local database. This database could be 20 suggested retail price. When the products are shipped, an 
built by first obtaining all of the IP-addresses for universal EDI 856 shipping notice is sent to the retailer containing bill 
product codes beginning with "978" (the EAN prefix for of lading information (bill of lading number, carrier and 
books) from the product code translator, retrieving the weight), purchase order information, and carton contents 
combined "biblio.dat" file from the "/upcinfo" directory at using U.P.C. product codes and counts. The vendor also 
each IP-address, and extracting the universal product code, 25 sends an EDI 810 invoice to the retailer in EDI format which 
title author and publisher data from these records to form enables the retailer to process the invoice and schedule 
the desired searchable local database. This database may payment either by check or electromc funds transfer, using 
then be rapidly searched to produce an output listing of all an EDI 830 remittance advice transaction to give payment 
books meeting a specified search criteria, and complete details for invoices being paid 

information about each of the identified books can then be 30 These EDI transactions enable retailers to not only auto- 
oblained using the universal product codes. mate product procurement functions but also to easily main- 

General product information indexes can be also readily tain an accurate inventory control system in which each 
be created by means of conventional "web crawler" index- product is designated by a universal product code. The 
ins engines of the type now widely used to index World present invention may be used to augment an EDI system by 
Wide Web sites. These indexing engines may scan either the 35 providing resellers and consumers with detailed product 
product descriptions created by the manufacturer in the form information for any product designated by a universal prod- 
of HTML or multimedia files, or the structured data files uct code which is made by a participating manufacturer, 
containing fielded information, or both. By limiting the internet Service Providers, such as the ISP indicated at 
scope of the information indexed to the product information 111 in FIG. 1, may provide shared computer services which 
data identified by the product code translator, search results 40 interoperates with a reseller's inventory control system to 
produced by these product indexing systems are less likely provide customers with the information they desire before 
to be obscured by references to other, less relevant infor- and after making purchases. 

mation which happens to employ the term or terms used in As seen in FIG. 1, and as previously discussed, a reseller 
a search request (including both the example distributor 105 and the example 

The principles of the invention may be applied to par- 45 retailer 107) may be assumed to have conventional inven- 
ticular advantage by online resellers. By making detailed, tory control systems, typically using EDI document 
accurate and up-to-date information about products which processing, which includes in each case inventory data 
are offered readily available to interested prospective consisting of at least the universal product code for each 
buyers both the reseller and the manufacturer can more product and, typically, count numbers indicating quantityon 
effectively promote the offered product to an interested 50 hand, quantity on order, quantity backordered, etc This 
buyer, and the buyer can make a more informed buying limited part of the reseller's database can be transferred from 
decision by obtaining more detailed information which the reseller's inventory database (at 105 or 107) to an ISP 
facilitates product comparisons and matching the product's 111 which serves many resellers but maintains a table ot 
features with the buyer's needs. universal product codes for all goods offered by each reseller 

In this regard, it may be noted that small retailers can 55 served, together with the on-hand counts for each code^ 
employ shared software and services, and share access to The ISP 111 hosts a website for each reseller served m 
product information and promotional materials made avail- conventional fashion, typically using a domain name 
able by the manufacturer in accordance with the invention, assigned to the reseller. The ISP further makes available 
at low costs, enabling even the smallest retailer to offer its online merchant software which enables customers to search 
entire inventory of products (and more) to its customers at 60 the reseller's website for products of interest, and view lists 
low cost with each product being fully described and of products resulting from each search. Examples of such 
promoted by the materials made available by the manufac- merchant software include Microsoft Site Server available 
hirer Similarly, small manufacturers can effectively describe from Microsoft Corporation, and Merchantec Softcart mar- 
aud promote their products throughout a widespread distri- keted by Mercantec, Inc. of Lisle, III Using the present 
bution system by simply placing their available promotional 65 invention, product listings presented to customers by these 
and descriptive materials on an available shared server and online merchant software systems may be enhanced with 
registering the assigned universal product codes together links to detailed information about any product of interest 
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made available by participating manufacturers. The search- 
able product database used by the ISP 111 may be built, as 
described above, using the universal product codes supplied 
by the retailer to access the structured data files made 
available by the participating manufacturers (e.g, manufac- 5 
turer 103 in FIG. 1) at the IP-addresses supplied by the 
product code translator. 

The implementation of the invention may be facilitated by 
supporting software which performs a number of utility 
functions. As noted above, programs may be readily writteo 10 
to automate the conversion of information stored in a 
manufacturer's existing product database into the form of 
static or dynamically generated HTML pages which can be 
transmitted to fulfill information requests routed to the 
manufacturer by the cross-referencing facility. Industry and is 
inter-industry groups can promulgate standards and guide- 
lines which will promote consistent formats for product 
descriptions which are accessed in accordance with the 
invention. Inventory control and online merchant software 
can be readily enhanced to take advantage of the availability 20 
of database records and more robust product descriptions 
which are made available via the Internet. Product informa- 
tion can be made available at terminals and kiosks placed in 
retail stores, showrooms and public places. 

25 

Using HTTP Relocation to Redirect Product 
Information Request Messages 
The Perl program show.pl, listed in detail in the micro- 
fiche appendix, is a CGI (Common Gateway Interface) 
program which executes on a Web server and which operates 30 
as a product code translator as seen at 101 in FIG. 1. This 
illustrative program uses a file-based database rather than 
the relational database depicted in FIG. 2. The database 
consists of a set of files, each of which is designated by a file 
name consisting of a company code followed by the suffix 35 
".xrl" and each containing cross-referencing information for 
all product codes beginning with that company code. The 
Perl program show is specially adapted to locate information 
on books which are generated by a universal product code 
known as the International Standard Book Number (ISBN), 40 
a nine digit decimal number followed by a check character, 
used by the publishing houses, book distributors, retail 
bookstores and libraries to uniquely identify books. A vari- 
able number of leading digits of each ISBN designate 
particular publishers, with the remaining digits being 45 
assigned by that publisher to designate a particular edition of 
a particular book. 

The Perl program show.pl processes an incoming HTTP 
message containing a parameter which specifies the value of 
a universal product code (in this case, an ISBN number), 50 
performs a table lookup operation to retrieve the URL at 
which information about the product specified by that URL 
may be found, and then returns an "error" message to the 
requesting browser which contains that URL in the response 
message's "Location" response field. As specified in Section 55 
10.11 of the Hypertext Transfer Protocol— HTTP/1.0 
specification, RFC 1945 (May 1996), the Location response- 
header field defines the exact location of the resource that 
was identified by the Request-URL for type 3xx responses, 
and the location field must indicate the server's preferred 60 
URL for automatic redirection to the resource. Only one 
absolute URL is allowed. The response header may also 
include the status code 302 which, under the HTTP protocol, 
indicates that the target data has "moved temporarily" to the 
URL specified in the location field. In practice, however, it 65 
has been found that inclusion of a status code value is not 
necessary to enable existing web browser programs to 



automatically redirect the original request to the new loca- 
tion specified in the location response header. 

The Perl CGI program processes an incoming HTTP 
message request directed to a URL of the form "http:// 
www.upclink.com/cgi-bin/show?isbn=1234567890" which 
is parsed as follows: "www.upclink.com/cgi-bin" is the 
name of the directory holding the show.pl Perl program and 
"show?isbn=1234567890" calls the show.pl CGI program 
and passes to that program the parameter "1234567890" 
represented by the parameter name "isbn". The ability to 
execute Perl CGI programs is a common feature of most web 
servers, and is described, for example, in "Developing CGI 
Applications with Perl" by John Deep and Peter Holfelder, 
ISBN 0-471-14158-5 (John Wiley & Sons— 1996). The Perl 
programming language is described in many texts including 
"Perl 5 Complete" by Edward S. Peschko and Michele 
DeWolfe, ISBN 0-07-913698-2 (McGraw Hill 1998). 
Hypertext Markup Language is also widely used and 
described, for example, in "HTML Publishing Bible" by 
Alan Simpson, ISBN 0-7645-3009-7 (IDG Books World- 
wide 1996). 

As seen in FIG. 3, the show program is entered at 301 and 
calls a sub routine named get_Jsbn which processes the 
incoming message. As indicated at 303, the subroutine 
get_isbn first loads the input string variable named Sisbn 
with the parameter named "isbn" supplied by the calling 
message. The subroutine get_isbn then calls the subroutine 
isbn_message which returns the string "ok" if the contents 
of $isbn satisfy the requirements for a correct ISBN 
(International Standard Book Number); that is, the string 
must contain 10 digits as indicated by the test at 305 and, as 
indicated as 307, the first nine digits must translate using a 
predetermined algorithm (performed by the subroutine 
check__char) into a check digit character which matches the 
last (10"*) character in the incoming ISBN number stored as 
the string Sisbn. 

The algorithm for generating an ISBN check characters 
works as follows. First, note that an EAN numbers for books 
may be converted to the book's ISBN number by removing 
the first three digits (978) and the last digit from the EAN 
(the last digit is the EAN check digit, leaving a nine-digit 
number. For example, EAN 9780940016330 becomes ISBN 
094001633 (the first nine digits without the ISBN check 
character. To generate the ISBN check character, each ISBN 
digit is multiplied by a predetermined associated weighting 
factor and the resulting products are added together. The 
weighting factors for the first nine digits begin with 10 and 
form the descending series 10, 9, 8 . . . 2. Thus for the nine 
digits 0 9 4 0 0 1 6 3 3, the products summed are 
0+51+32+0+0+5+24+9+6=157. This sum is divided by the 
number 11. (157/11-14 with 3 remainder). The remainder, if 
any, is subtracted from 11 to get the check digit. (11-3=8). 
If the check digit is 10, it is represented by the Roman 
numeral X. The final ISBN in our example is accordingly 
0-940016-33-8. By generating the check digit and compar- 
ing it with the received check digit, the validity of the ISBN 
may be verified. 

If the incoming ISBN string passes all of these tests, the 
routine isbn_message returns "ok," otherwise, it returns an 
appropriate error message and the subroutine send__error_ 
page is called at 309 to write and transmit an HTML error 
page to the requester, advising that the ISBN number sup- 
plied was incorrect. 

When the request containing an invalid ISBN number is 
being supplied from a source other than the user, such as an 
online retailer's web site which employs the ISBN number 
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supplied by its inventory control system, an advisory error 
message can also be sent directly to the retailer to indicate 
that an error was detected. Although such an advisory should 
be unnecessary, since a similar algorithm for identifying 
invalid ISBN numbers should be used by the retailer to 
validate the data before transmission, it is nonetheless desir- 
able to report such errors to the source as well. The error 
report may sent as an accumulated error log file or as an 
immediately transmitted message sent to a predetermined 
error message handling routine provided at the retailer's 
server. 

If the $isbn variable meets the length and check-digit 
tests, it is processed by the subroutine make_cocode which 
determines, for that ISBN number, how many of the leading 
digits constitute the "company code" which is assigned to a 
particular publisher. The routine make_cocode performs 
this operation by calling the subroutine second_hyphen_ 
position which performs tests to determine the number of 
digits in the company code which can be established from 
the value of $isbn. 

The relationship between any given ISBN and the URL 
which identifies the source of information about the book 
designated by the ISBN is selected by the party (typically the 
publisher or its designated agent) which controls the server 
which provides that information. Because different publish- 
ers and their web site hosts may use different methods for 
establishing URLs for their book information, the Perl script 
show.pl operates in different ways depending on the com- 
pany code $cc which forms the leading digits of the incom- 
ing ISBN. 

The show.pl script handles these differences by fetching a 
file of control information from a file having the name 
"../hnk/cocode.xrr which is constructed from the company 
code. The portion "../link/" is a predetermined data directory 
available to the CGI script show.pl, "cocode" is the numeri- 
cal string corresponding to the company code extracted at 
311 from the ISBN by the make_cocode routine, and ".xtI" 
is a standard file suffix. For example, if the incoming ISBN 
is "8870812345" the routine make_cocode will determine 



10 



that the first five digits are the company code, causing file 4Q 
name ".. /link/88708. xrl" to be stored as the variable $cstr. As 
seen at 313 in FIG. 1, the subroutine load_xrl loads the 
named control file from local disk space at the cross- 
referencing server which executes the Perl script. If the file 
named $cstr is not found, an error report is issued indicating 45 
that no cross-referencing data has been supplied by the 
company identified by the company code in $cstr as seen at 
315 and 317. 

The contents of the fetched file are then analyzed by 
load_xrl which fetches the first line and performs a test at 50 
321 (in FIG. 4) to determine if the fetched file is a multiline 
text file with the first line holding the string "list". If not, the 
file contains a single line. 

If the file is a single line file, as seen at 323, the contents 
of the single fine are used in combination with the ISBN 55 Learn More 



If the first line of a multiline control file contains the string 
"list", all of the lines of the control file are read into a hash 
table. Each line contains both an ISBN and the URL where 
information about the book identified by that ISBN can be 
found. A hash table lookup is then performed to find the 
particular line holding the target ISBN, and the desired URL 
is obtained from the line found as indicated at 325 in FIG. 
4. 

After the target URL is formed, the subroutine send__ 
response returns an HTTP response message to the request- 
ing browser which reads: 

"Content-type: text/html\n location: Starget \n\n" where 
the URL previously determined is substituted where Starget 
appears. This message is interpreted by the web browser 
which receives the message as an indication that the 
requested information (requested from the URL "http:// 
www.upclink.com/cgi-bin/showSisbn-1234567890") has 
been relocated to the URL specified by Starget. The request- 
ing web browser then automatically resends the request to 
the location where the needed information is actually 
located, and does so in a way that is transparent to the user 
who will normally be unaware that the transmitted request 
has been redirected to a different location. 

FIG. 5 of the drawings provides an overview of the typical 
operation of the CGI Perl script show.pl described above. An 
online shopper manipulates a web browser application pro- 
gram indicated at 330 to look for and purchase a particular 
book. In doing so, the shopper provides the browser 330 
with the URL of an online book retailer which operates the 
online sales server seen at 332 in FIG. 5. During the 
browsing session, the sales server transmits a web page 334 
which lists the citations to one or more books, and each of 
those citations anchors a hyperlink to the cross-reference 
server seen at 336. 

The operator of the sales server which creates the book list 
35 web page needs nothing other than the ISBN number of the 
book to create a link. However, as part of its inventory 
control system database, the retail web site typically has 
limited additional information, such as the title, author 
name(s), publisher name, as well as the ISBN. Using this 
available information, the book listing webpage can include 
an informative citation to the book which forms the anchor 
of a hyperlink to additional information. For example, if the 
following citation information from the retailer's inventory 
control system is used to display the following book listing: 
8 Ball Chicks: A Year in the Violent World of Girl Gangs, 
By Gini Sikes, Anchor Paperback, ISBN: 0-385- 
447432-6. LearnMore 
The hyperlink anchor "Learn More" at the end of the citation 
is formed by the following HTML: 
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<a 

href =" http ://www.upclink.com/cgi-bin/show?isbn= 
0553571656" 
> 



60 



number to form the URL which specifies where the desired 
book information may be obtained. For example, if the first 
line of the control file named "../hnk/88708.xrl" contains the 
string "hstp://www.upclink.com/ss/.html", the subroutine 
load_xrl inserts the hyphenated form of the ISBN at the 
position indicated by the space to form the URL "http:// 
v^ww.upclink.com/ss/88708-1234-5.htmr. The first and 
second characters of the control file are used to identify 
variations in the manner in which the ISBN and the control 

file string are combined to form the URL. For example, if . 

second character of the control file (an "s" in the example) 65 message. This redirected request, seen at 342, is transmitted 
is an "s", the ISBN is hyphenated before being substituted to the product information server 344 operated by the 
for the space in the string, and the V is replaced with a "t". publisher, which returns a web page 346 to the browser 



</a> 

When the anchor text "Learn More" on the web page 334 
is clicked on by the shopper, an HTTP request message 338 
is sent to the href address of the cross-referencing server 
336, triggering the execution of the CGI Perl program 
show.pl which returns the redirection error message 340, 
thereby informing the web-browser 330 that the desired 
information is at a different location. The web browser 330 
immediately (and transparently to the shopper) reissues the 
request to the address specified in the relocation error 
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containing the desired additional information on the book. able from which a cross-reference from an incoming ISBN 

m web page 346 typically includes an image of the book number to a URL can be made. If it the cross-reference can 

iacket, a synopsis of the book, and brief reviews, and may be made, show.pl returns a relocation message containing 

well contain links to additional information provided by the the needed URL whereas button.pl returns the URL ol an 

publisher, such as an author interview, a table of contents, or s image that indicates that more information is available. If the 

whatever'else the publisher may wish to include. In this way, cross-reference cannot be made, show.pl returns an error 

the buyer is provided with up-to-date and detailed book message in the form of an HTML page while button.pl 

information which is equivalent to or superior to the infer- returns the URL of a null image (either a transparent image 

mation which may be obtained by picking up the book from or a gmgle pixe i image). Note that the content of the image 

the shelf of a "bricks-and-mortar" bookstore. 1Q file may be controlled by the web page producer since the 

t r\ A T nVc CGI routine at the cross-referencing server (e.g. button.pl) 

Image-Uiea uiiks ^ ^ ^ ^ and may hence return 

Because additional information may not be available via TjRL's specified by the caller. Alternatively, a single CGI 

the Internet from the publisher for all of the books in the DUt t 0 n routine can be used with the desired image URLs 

retailer's inventory, it is desirable to provide a mechanism i5 feeing passed ^ para meters to the cross-referencing server, 

which avoids suggesting that a site visitor should click on The net effect on me weD page j s me appearance of a 

links that will ultimately prove unworkable. button of Qther image i nv i lmg the site visitor to click on a 

The mechanism involves the prior retrieval of data ^ tQ leam more wnen more information is available, but 
describing which universal product codes have been regis- {q suppress me display of the button, or to display a "no 
tered before web pages containing links using these codes ^ information available" button or image when the cross- 
are generated. For example, a sales website could transmit a refereQCe cannol be made . In th i s way , the site visitor is 
list of the company codes for those universal product codes inform ed when more information is available, 
of products to be offered for sale, and obtain ^in i return i a disccm / aged from looking further when no information 
listing of those company codes which have been registered ^ ava{lable ^ the H TML placed on the book listing has 

website could then use this list to edge of whether needed data is available or not. 
distinguish those products for which additional information Product Code Cross-Referencing Using the 

was being made available by the manufacturer from those Lightweight Directory Access Protocol 

for which there is no additional information, and include 

U^ks on product lists only when they will work. 30 ^ Internet LDAP protocol may be used to advantage to 

Alternatively the web page producing site can perform a implement the product code translation process. This 
P n^™of\e needed Internet addresses from which protocol, developed at the University of Michigan and later 
product information may be obtained by sending a request further developed by Netscape Commutations Corp. pro- 
message containing one or more universal product codes (or vides both access and update capabilities, allowing directory 
company codes) to the cross-referencing server and receive 35 information to be created and managed as well as queried, 
in return a list of the corresponding Internet addresses. In LDAP is an open Internet standard, produced by the Internet 
this way, the links to additional information contained on Engineering Task Force (IETF), the same body responsible 
product list pages can be refer to the manufacturer's servers f or cre ating TCP/IP, the Internet domain name service 
directly, and can suppress the creation of links when no (DNS), and the hypertext transport protocol (HTTP). The 
information has been made available. 40 LDAP protocol is defined in RFCs 1777 and 1778 and 

A mechanism here called "Image-cued links" can also be informational documentation is further provided in RFC 
used to suppress the appearance on a web page of links to 1823 ^ ^ of LDAP to provide directory lookup services 
unavailable product or company information. For example, yia ^ Internet i s further detailed in the literature. See, for 
an image-cued link can display a graphical icon for a book examp i e , Implementing LDAP by Mark Wilcox (Wrox 
listing on web page 334 which might be either a visible ^ p reS s— 1999) and LDAP— Programming Directory 
button with the legend "Learn More" or an invisible EmbJed Applications with Lightweight Directory Access 
(transparent or single-pixel) graphic image, depending on Frotooo i bv Tim H owes and Mark Smith (Macmillan Tech- 
whether or not the ISBN for a listed book has a correspond- Series-1997). Operational LDAP server software 

ing URL stored at the cross-referencmg serve: " 33 .The f urchasedfrom a variety of source s, and includes the 

^S^^^S^^ - ? Li Directory Serve, marketed by the Netscape 

Communications Corporation. 
An LDAP server may be advantageously employed to 
href="http://www.upclink.com/cgi-bin/show?isbn.. store "entries," each of which is uniquely identified by a 
0821219804"> distinguished name (DN) which may take the form of the 

55 company code portion of the universal product code, creat- 
s™-"http //www.upclink.com/cgi-bin/button?isbn- ing a "flat namespace" in a single level tree structure, with 
0821219804" ^ remainder of the entry including a string specifying the 

border="0" width="51" heieht="21" URL of the server resource from which information about 

products assigned that company code may be found. In one 
60 arrangement, an online merchant's server may send a 
where the "anchor" for the link to the CGI script named request to a remote directory server using the LDAP proto- 
"show" is an imbedded image (fetched from a different CGI col to obtain the URL at which ^formation about a specific 
script named "button" which also executes on the cross- product is available. Next, the merchant s server could again 
reference server). The Perl script button.pl is also repro- use the LDAP protocol to fetch mformaUon about a specific 
duced in the Appendix and performs the same initial pro- 65 product designated by remainder of me un.versal product 
cessing of the incoming ISBN number as the script show.pl. code from a second LDAP directory server at the URL 
BoTshowpl and button.pl determine whether data is avail- specified by the first server, the second LDAP server being 
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operated by the product manufacturer to store the URL at server's IP address, it can then ask that server for permission 

which data describing particular products is stored. The to view a web page or otherwise obtain information about 

actual product data may advantageously be stored as XML the designated product. 

"documents" as discussed later. Note that the registered domain name can advantageously 

5 take the form of the company code only, with the remainder 

Product Code Cross-Referencing with Domain 0 f me universal product code being passed as a parameter to 

Name Servers the manufacturer's server. For example, if "123456" is the 

. A . rt , . T ,, rrW company code portion of the product code, and the trailing 

Cross-referencing a universal product code o the Interne P y degi a ' articu]ar dllct made b that 

address of the source of information about the product ^^^^^^^^u^^ 

designatedbymato.decanbe^ Z7tkJ Ml UBL for the product might take the form 

Internet domain name servers (DNS) Conventional Interne „ 123456xan/v89012r (for / lhirte en digit EAN-13 code). It 

domaio names are symbolic names (a character stnng that ^ ^ J manufactur e r ^ s ^server to intercept 

identify different computers and resources on the Internet. P "7890123" 

While computers connected to the Internet « J5 

binary IP (Internet Protocol) addresses to find each other^ - fied y Note also that differeQt uaiversal promic t ^de 
people find words and abbreviations to be much more P upc ^ ^ ^ ^ ^ ^ 
convenient to remember and use. The Inte ^^"™ . and Canada, the EAN codes used elsewhere in the world, a 
system assigns computers and resources a domain name ha decimal ' digit universal product code drawn from the 
corresponds to the numerical IP address used to access that ^ 8 ^ ^ ^ 
computer or resource. Each ^j^"^ ^ ^ J ^ blishi indust mi ht convenient iy be 
and server operators register their desired domain names J P ^ ^ such as 
with a domain name registration service. 8 and ^ respectively> At the time the 
Domain names are composed of a hierarchy of names that Jp addresses correS p 0nd ing to a given company code and/or 
appear in descending levels from right to left Therefore, the 25 ^ cQdes are registered? appropriate procedures may be 
levels that appear at the end of WLs and E-mail addresses ^ d {q mnATm that the applicant for DNS registration has 
are the first-level and second-level domams. For example, in been assigned that particu i ar code in the existing uniform 
the domain name "patentsoft.com," the suffix "com" is the duct ^ syste m, or has authority to act on behalf of the 
first-level domain, and "patentsoff is the second-level [ me assignee of that code. In this way, me existing nniversal 
domain. By creating a new first-level domam (e.g. "upc ), 30 duct code registration authority retains primary respon- 
se universal product code, or the company code portion of for ^fas, whereas the DNS registrar at 
a set of universal product codes, could form the second-level mogt need Qnly COIlfirm tne iaentity of the DNS registrant. 

domain - The Internet domain name system that is currently in 
Note that, if the company code portion universal product widespread ^ & deS cribed in RFCs 1034 and 1035. RFC 
code is used as the second-level domain, registration need 3 5 1Q34 covides an introduction to the Domain Name System 
only be done once for all product codes sharing that com- . and Qmits many wMch can be found m its 
pany code. Note also that, as noted earlier, it is desirable that cornpanion RFC 103 5 which is entitled "Domam Names- 
each manufacturer respond to a request for information Im p lementatioQ and Specification." Recently, The Internet 
about that particular participating manufacturer. For Corporation for Assigned Names and Numbers (ICANN), a 
example, retail merchants and distributors may advanta- 4 o non _ profit corporation, was formed to take over responsi- 
geously use the company code portion of a universal product m ^ for ^ Jp address space allocation, protocol parameter 
code to access a variety of useful information about the assignment do main name system management, and root 
company generally, including contact information and m management funct ions currently performed 
distribution, shipping and discount policies. In this way, any under y § Govemment cont ract by LANA and other end- 
retailer can use the web to obtain general information about 4 5 ^ Accor dingly, at this writing, ICANN, or a new authority 
a company while those retailers with established accounts authorized by ICANN, would be the appropriate authority to 
with a particular vendor (as confirmed, for example, rising DNg namespace for the translation of universal 
digital signatures) may obtam private information which is product codes ( or company codes) to ip addresses as pro- 
hidden from the general public. po&ed here 

In this way, universal product codes and/or company 50 ^ ^ q{ ^ mjQc system ^ ^ mecha . 

codes can be used as domain names which are cross- ^ fof cross . referenciri g universal product codes and 

referenced to IP addresses usmg existing DNS faculties. addfesses ^ used in me illustrative embodiment of 

Thus when a web browser issues a request directed to a the invention which is depicted in FIG. 6 and described next. 
URL including the domam name " 123456. upc," the DNS 

server (typically assigned by the customer's Internet service 55 Tj smg DNS, XML, XSL/CSS and XPointers 

provider) responds with a corresponding IP address of an 

Information server maintained by or for the company des- FIG. 6 of the drawings illustrates a system which permits 

ignated by the company code "123456" (assuming that computers operated by large numbers of manufacturers and 

company has registered the IP address for that company large numbers of online retailers to work together to provide 

code with a DNS registration authority). If the assigned DNS 60 shopping services to customers via the World Wide Web. 

server doesn J t already have the cross-reference between that FIG. 6 shows a browser 410 being used by an online 

product code or company code domain name and the mami- shopper to view products offered by a retailer which operates 

facturer's server's IP address, it asks the primary DNS server an inventory control system computer seen at 422. The 

that is responsible for the domain if it has the server's IP inventory control system 422 is conventional and includes 

address. If the primary DNS is busy or unavailable, it will 65 one or more conventional point of sale registers as illustrated 

ask the secondary DNS server assigned to that domain. at 421 through which sales are made to customers who visit 

When the customer's DNS server gets the manufacturer's the physical "bricks and mortar" store. In addition, however, 
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the inventory control system is provided with a "web 
register" which, to the inventory control system appears to 
function in the same way as a conventional point of sale 
register but which, in fact, operates through a sales server 
430 which provides Internet services on a shared basis to 
multiple retail stores and their inventory control systems. A 
communications pathway connects the web register 420 and 
the inventory control system 422 to the shared sales server 
430, with the inventory control system 420 supplying the 
product codes and corresponding on-hand quantities as 
indicated at 432 and receiving from the shared sales server 
order information as indicated at 434. 

A product information server 423 supplies product infor- 
mation to the browser 410 in the form of XML data as 
indicated at 424 in response to requests 425. The browser 
410 preferably utilizes the Internet domain name system as 
proposed above to convert incoming universal product codes 
into Internet addresses, with the domain name system con- 
sisting of an assigned domain name server 470 which 
receives universal product codes in address requests 472 and 
returns the registered Internet addresses 474 to the browser 
410. When needed, the assigned domain name server 470 
obtains the registered cross-references between universal 
product codes and IP addresses from the primary DNS 476 
or from the secondary DNS 478. 

The shared sales server 430 sends web pages 438 con- 
taining information about products available from a con- 
nected retailer to the browser 410, along with XSL 
(Extensible Stylesheet Language) or CSS (Cascaded Style 
Sheets) style specifications as seen at 440. The use of XML 
and XSL or CSS provides several advantages. First, the 
selection and rendering of the product information is con- 
trolled by the links specified in the web page 438 as 
produced by the sales server. For example, if the web page 
438 contains a product listing web page created in response 
to a search request from the browser 410, each included 
product description may include a link to only an that 
portion of an XML product description which contains a 
brief product description and a thumbnail image of the listed 
product, whereas, in response to a customer's request for 
more detailed information, the sales server may return a web 
page containing an XML "Xpointer" link to detailed product 
information and/or to an enlarged image of the product. In 
both cases, the style in which the XML data is rendered by 
the browser (e.g. typeface, font size and color, background 
color, etc.) is controlled by the style specification supplied 
by the sales server 430. In this way, the same XML data may 
have different visual styles when included on the pages 
created by different retail vendors. 

The XSL (Extensible Stylesheet Language) consists of 
consists of two parts: (1) a language for transforming XML 
documents, and an XML vocabulary for specifying format- 
ting semantics. An XSL stylesheet specifies the presentation 
of a class of XML documents by describing how an instance 
of the class is transformed into an XML document that uses 
the formatting vocabulary. XSL is described in the World 
Wide Web Consortium's "Extensible Stylesheet Language 
Specification," the current working draft of which may be 
found at http://www.w3.org/TRAVD-xsl (Apr. 21, 1999). An 
XSL stylesheet processor accepts a document or data iD 
XML and an XSL stylesheet and produces the presentation 
of that XML source content as intended by the stylesheet. It 
is contemplated that most major web browser applications 
will include XSL stylesheet processors which will enable 
them to convert the combination of XML and XSL data into 
a form, such as a viewable HTML web page, as specified by 
the XSL. 
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In addition to using XSL to specify the rendering style of 
XML data, cascaded style sheets (CSS) can also be used as 
set forth in the Proposed Recommendation dated Apr. 28, 
1999 from the World Wide Web Consortium (see http:// 
www.w3.org/TR/1999/xml-stylesheet-19990428). This 
specification allows a stylesheet to be associated with an 
XML document by including one or more processing 
instructions with a target of "xml-stylesheef in the docu- 
ment's prolog. The World Wide Web Consortium's recom- 
mendation regarding cascaded style sheets may be found at 
http://www.w3.org/TR/REC-CSSl (Jan. 11, 1999) which 
specifies level 1 of the Cascading Style Sheet mechanism 
(CSS1). CSS1 is a simple style sheet mechanism that allows 
authors and readers to attach style (e.g. fonts, colors and 
spacing) to HTML documents. The CSS1 language is human 
readable and writeable, and expresses style in common 
desktop publishing terminology. One of the fundamental 
features of CSS is that style sheets cascade; authors can 
attach a preferred style sheet, while the reader may have a 
personal style sheet to adjust for human or technological 
handicaps. Thus product descriptions as viewed on the 
browser may include content from the product manufacturer, 
reflect a preferred rendering style specification from the 
online reseller, as well as the personal style preferences of 
the viewer. 

XSL could alternatively be used at the shared sales server 
430 to transform XML data fetched by the server 430 from 
the manufacturer's server 423 and then converted into 
HTML documents with CSS style sheets at the sales server 
430. This has the benefit of being backwards compatible 
with browsers which do not include the ability to handle 
XSL/CSS. Alternatively, XSL conversion can be performed 
on the server 430 to transform XML data into XML docu- 
ments with CSS style sheets. XML, unlike HTML, comes 
with no formatting conventions and will always need a style 
sheet to be displayed. This method requires that the browser 
have the ability to use CSS to render XML. A third alter- 
native is to use XSL to generate HTML/CSS on the client 
side, a method which requires that the browser have the 
ability to directly use CSS and XML, which older browsers 
cannot do. Finally, the browser may transform XML and 
XSL into "CSS formatting objects". Compared to the pre- 
vious method, this method is more direct as the content isn't 
converted to/from HTML. 

The ability to select only a portion of an XML product 
description document for reproduction on a web page is 
provided by the Xpointer protocol. As explained in the 
World Wide Web Consortium Working Draft of Mar. 3, 
1998, at http://www.w3.org/TR/WD-xptr, the XML Pointer 
Language (Xpointer) document specifies a language that 
supports addressing into the internal structures of XML 
documents. In particular, it provides for specific reference to 
elements, character strings, and other parts of XML 
documents, whether or not they bear an explicit ID attribute. 
Using Xpointer, only selected portions of an XML product 
description made available from the manufacturer's server 
need be presented on a given web page, enabling the creator 
of the web page which links in XML data to control the 
nature and extent of the information shown. 

The manner in which explicit relationships between two 
or more data objects, such as a retailer's product list page 
and the product information about a product listed on that 
page, may be expressed as a link asserted in elements 
contained in XML documents. These "XLinks" in the sim- 
plest case are like the HTML links described above in that 
they are expressed at one end of the link only, are initiated 
by users to initiate travel to the other end of the link, go only 
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to one destination (which may be determined by a DNS 
server or by an independent cross-referencing server), and 
produce an effect which is mainly determined by the 
browser. The functionality of links is being vastly extended, 
however, by the XML Linking Language (XLink) specifi- 
cation being developed by the World Wide Web Consortium 
and available at http://www.w3 .org/TR/WD-xlink. As 
extended, the XLink specification will provide more sophis- 
ticated multi-ended and typed links which can be used to 
advantage to automatically incorporate linked-in product 
information from one or more manufacturers into displays 
and multimedia presentations presented by retailers and 
others. 

As previously discussed, in addition to the use of a 
product code translation utility which cross-references all or 
part of a universal product code into an Internet address, it 
is desirable to establish a protocol or convention which 
enables a requester to specific kinds of information about 
identified products or companies. In a conventional HTML 
system, this can be done by establishing naming 
conventions, as described above, for selectively locating 
different kinds of information about a product designated by 
a given universal product code, as well as different kinds of 
information about the company identified by the company 
code portion of the product code. 

The metadata capabilities of XML can be used to advan- 
tage to provide an extensible system for dividing product 
and company information into a hierarchy of nested named 
elements which can be selectively accessed. Using the 
Document Type Descriptor (DTD) component of XML, the 
makeup of the required and optional components of such 
information can be defined in a standard way, facilitating the 
definition and validation of data structures to be used on 
various classes of products. 

The World Wide Web Consortium has further defined the 
"Resource Description Framework (RDF) and Syntax 
Specification" as described at http://www.w3.org/TR/REC- 
rdf-syntax. RDF provides a foundation for processing meta- 
data (i.e. "data about data") and provides interoperability 
between computers that exchange information on the Web. 
Using RDF, data about products and companies, which can 
be accessed in accordance with the invention by using 
universal product codes; can be used by search engines to 
provide access to such information, can be used to auto- 
matically catalog the content and content relationships at 
particular web sites, pages or libraries; can be used by 
intelligent software agents to facilitate the sharing and 
exchange of information about companies and products. 
Using RDF with digital signatures, the privacy preferences 
and policies of the owners of product and company infor- 
mation can be selectively protected to help build the "Web 
of Trust" needed for electronic commerce. 

Importandy, RDF provides a mechanism for defining 
metadata in a class system much like the class systems used 
by object oriented programming and modeling systems. 
Classes are organized in a hierarchy, with a collection of 
classes used for a particular purpose (such as the collection 
of classes describing a "product" and/or the collection of 
classes describing a "company") being called a "schema." 
RDF thus offers extensibility through subclass definition. 
For example, creating subclasses for a particular kinds of 
product (e.g., publications, software, foods, clothing, etc.) 
requires only incremental modification of a base "product" 
schema, and each such subclass may then be further modi- 
fied to form descendant schema for even more particular 
kinds of product (e.g., magazines, video games, cereals, 
shirts, etc.). The sbareability and extensibility of RDF also 
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allows metadata authors to use multiple inheritance to mix 
definitions, providing multiple views of their data, and 
leveraging the work done by others. From a practical 
standpoint, the creation of a simple and generic product and 

5 company description base schemas which can thereafter be 
extending using RDF allows basic information about prod- 
ucts and companies to be made available early, allowing 
more elaborate schemas to evolve as experience with the 
simpler system suggests their utility. 

1° Using these techniques, the product manufacturer may be 
largely freed from concerns about web page design, format- 
ting and integration with other information, and may con- 
centrate on providing accurate and up-to-date text descrip- 
tions of its products, along with whatever images best 

15 describe the product, simply by registering the relationship 
between the manufacturers company code and/or universal 
product code(s) with the appropriate authority, and follow- 
ing the established content specifications for the information 
which the manufacturer makes available at the registered IP 

20 address. 

It should be noted that XML, XSL, Xpointer, XLink and 
related Internet protocols and specifications are still being 
defined and extended, a process that can be expected to 
enhance the ability of the present invention to selectively 
25 and attractively provide information about products to those 
who desire that information from the most knowledgeable 
and reliable sources of that information. 

The Shared Sales Server and the "Web Register" 

30 

Conventional retail stores display merchandise for pur- 
chase in physical showrooms for inspection and purchase by 
consumers. These stores typically obtain the products they 
sell from a large number of manufacturers, either directly or 

35 through distributors. Computerized inventory control sys- 
tems are used to keep track of orders and sales in an effort 
to insure that goods are available for prompt delivery to 
customers when purchased while minimizing the expense of 
the maintaining an unsold inventory of products. Barcode 

40 checkout and EDI (Electronic Data Interchange) systems are 
commonly used in combination with inventory control sys- 
tems to automate sales transactions. Customer checkout 
counters equipped with barcode readers automate the cus- 
tomer sales transaction, reducing errors and reducing costs. 

45 EDI, the computer-to-computer exchange of business docu- 
ments in a standard format, automates transactions between 
the retailer and its suppliers by transferring sales documen- 
tation in electronic form, including the purchase order, the 
invoice, and the advance ship notice. Barcode readers and 

50 EDI services are now commonly used even by smaller 
retailers and have significantly reduced the cost of doing 
business. 

In recent years, the Internet has produced new on-line 
sales mechanisms which promise to revolutionize retail - 

55 sales. Using the World Wide Web, both manufacturers and 
resellers offer products to consumers for direct purchase 
with product delivery normally being accomplished by mail 
or a commercial delivery service. The consumer typically 
employs a web browser to search for products of interest and 

go display product descriptions. Customers make purchases by 
completing one or more displayed forms to provide needed 
information (e.g. a credit card number and a shipping 
destination address). 
Many successful web resellers take advantage of the fact 

65 that a web presence is inherently world-wide, and that the 
delivery charges of many services are largely independent of 
distance. Because a physical showroom is an unnecessary 
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expense, web resellers can often successfully sell at much 
lower cost directly from one or more warehouses. To be 
successful, however, such a web reseller must make its 
presence known to a large audience. As a result, large and 
well-funded web resellers capable of effectively marketing 5 
on a nationwide scale have done well while those which 
have attempted to market their offerings locally or not at all 
have predictably been much less successful. 

Large chain resellers with many retail outlets have also 
established successful web sales operations. Because the 10 
cost of creating and maintaining a web presence, as well as 
the cost of nationwide marketing, can effectively be shared 
among many retail outlets, and because much of the infra- 
structure needed to provide order fulfillment is already in 
place, such chain stores compete well with the nationwide 15 
web-only merchants. 

Although customers would often benefit from the conve- 
nience of reviewing and ordering products from a local 
reseller, individual retail stores and smaller, local chains 
have typically been unable to justify the cost of creating and 20 
maintaining a web sales system. In addition to the substan- 
tial cost of installing and maintaining the needed hardware 
and software, the website owner must expend significant 
effort to create and periodically update the product descrip- 
tions which customers require in order to make informed 25 
purchases. The annual cost of operating a merchant website 
often far exceeds the revenue which the local merchant 
would derive from the limited probable volume of online 
sales. 

The infrastructure depicted in FIG. 6 permits smaller and 
mid-sized merchants to profitably and efficiently offer online 
ordering services to their customers. By using the cross- 
referencing capability provided by the present invention, 
which provides customers with reliable product information 3S 
direct from the manufacturer, and the shared sales server 430 
and web register 420 which provides shareable functions 
which effectively connect the retailer's existing inventory 
control system 422 to the World Wide Web, the cost and 
complexity of retail web sales is largely eliminated, and the 4Q 
consumer obtains the convenience of shopping by computer 
with the other advantages of shopping with a local merchant. 

The shared sales server 430 operates in the same way and 
provides the same functions as a conventional online mer- 
chant server: it enables customers to perform searches of 45 
available products and produces listings which the customer 
can review, with the ability to click on individual items to 
activate links to additional product information from the 
manufacturer's server as noted earlier. In addition, the 
shared server provides "shopping basket" and credit card 50 
transaction services to enable the customer to complete 
purchases. 

The shared server 430 and the web register module 420 
added to the retailer's existing inventory control system 322 
maintain a connection via the Internet or a dial-up modem 55 
pathway which permits the inventory control system 422 to 
upload to the shared server 430 changes to the products 
(specified by universal product code) being offered for sale, 
and the quantity on hand. Each time any sale is made by any 
point of sale register 421 in the physical retail store or by the 60 
web register 422, the quantity on hand value associated with 
the sold product's code is altered. Similarly, when stock is 
replenished, the inventory control system 422 reflects the 
increased quantity on hand. The quantity on haDd informa- 
tion passed as message information at 422 permits the 65 
shared sales server to maintain a database for each retailer 
served which indicates the products available for sale and 
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the quantity on hand. When the quantity on hand equals or 
exceeds the quantity ordered, the on line order is accepted 
and passed at 434 from the shared server to the web register 
module 420 which posts the sale in the same way that a point 
of sale register posts a sale. The fact that the web register 
420 performs the same functions as a conventional cash 
register enables the conventional inventory control system 
422 to function in the normal way, with the exception that 
it must also update the product code and quantity on hand 
data maintained by the shared server. The fact that the shared 
server thus "knows" the inventory status allows the shared 
server to accurately inform the customer when shipment can 
be expected for goods on hand and when goods which must 
be replenished will be shipped with a delay. Orders sent to 
the inventory control system at 434 include the specification 
of products sold (by their universal product code 
designation) and the quantities of each sold, as well as 
address information for billing and shipping. Credit card 
transactions are handled on a shared basis using standard 
e commerce software, either by sending encrypted credit 
card and other billing information to the retailer for 
handling, or actually performing the monetary transaction 
with the customer in its entirety on the shared server, and 
sending periodic payments and accounting records to the 
retailer. 

Importantly, functions better performed by the retail store 
using resources best shared with the physical store's opera- 
tions are not performed by the shared server 430 but rather 
by the store's inventory control system 422. Such functions 
include order fulfillment, inventory pricing, vendor 
ordering, reordering and payment, and warehouse manage- 
ment functions. 

Examples of merchant server software which may be used 
to implement the shopping basket and credit card transac- 
tions performed by the shared server 403 include the Soft- 
Cart system offered by Mercantec, Inc. SoftCart 4.0 includes 
integration to the CyberCash system for credit card trans- 
actions and includes a Software Developer's Kit to enable a 
programmer to integrating SoftCart with WWW programs 
and legacy systems. A discussion of available systems and 
techniques is found in Designing Systems for Internet Com- 
merce By G. Winfield Treese and Lawrence C. Stewart 
ISBN: 0201571676 (Addison Wesley 1998). 

In accordance with the invention, neither the shared server 
430 nor the retail inventory control system 420 need store or 
maintain descriptive information about products. When an 
online customer desires information about a given product, 
it is obtained for review by the customer using XML 
Xpointer links to the manufacturer's server. XML informa- 
tion is located by supplying the universal product code for 
the product to the DNS server 472 which stores product code 
to Internet address conversion information. Product searches 
which locate products offered by a given retailer (as revealed 
by the product code and quantity on hand database) are 
displayed to the customer and, to the extent they result in 
purchases, are manifested by the transmission of a com- 
pleted order to the retailer's inventory control system. 

In a typical shopping transaction performed on the system 
shown in FIG. 6, a shopper employs the browser 410 to visit 
a web site which executes on the shared sales server 430. 
When the shopper reviews an HTML web page which lists 
available products, as illustrated at 438 in FIG. 6, the 
shopper can request additional information on any listed 
product by using the browser 410 to click on a link anchor 
on the page 438, thereby issuing are request 472 to the 
domain name server 470 for the IP address at which addi- 
tional information on that product identified by a universal 
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product code which forms part of the URL contained within system, much in the same way as a conventional point of 

the request 472. The DNS 470, consulting a primary DNS sale terminal. The other components of the inventory control 

476 or secondary DNS 478 if necessary, returns the IP system include essentially conventional purchasing, 

address to the browser 410 which then issues a request 480 receiving, order processing, shipping and invoicing func- 

for XML product information to the product information 5 tions described in the literature. See, for example the texts 

server 422 maintained by the manufacturer of that product. Best Practice inventory Management, by Tony Wud, John 

Using the XSL stylesheet specification 440 supplied by the Wiley & Sons; ISBN: 0471253413 (March 1998) and/m*«- 

shared server 430 (in accordance with the background tory Control and Management by C. D J Waters, John 

colors, font styles, etc. which may be characteristic for the Wiley & Sons; ISBN: 0471930814 (June 1992). 

web presence of the specific retailer), the browser presents Within the inventory control system, the purchasing mod- 

the product description contained or specified by the XML ule 501 presents printed reports and screen displays which 

data 424 to the user assist purchasing agents to see which products need to be 

If the user decides to purchase the described product, the ordered and which vendors need to be contacted to followup 

"shopping basket" functions of the shared sales server 430 on prior orders, and automates back orders and reorders The 

are u*Ll to complete the order. Because the shared server ]S module 502 generates purchase orders and alerts purchasing 

430 maintains a database for that retailer containing the agents of urgent or routine product ordering needs by 

quantity on hand values for each product offered by that evaluating supplies on hand and estimating the , d emu* for 

Lver, the customer can be immediately informed if the each product to determine if supply leve swill fall below the 

shipment cannot be made whereas, if the product is available predetermined minimum stoc k quantities esUbhshed for 

at L retailer's store or warehouse, the online customer's M each product by the merchant, me purchasing module 501 

order can be confirmed for prompt delivery. When the order further creates planned orders based upon a minimum order 

is completed by the shared server 430, the order 434 which quantity, order multiple yield percentage and maximum 

includes the identification of the customer (name, shipping plan quantities established by the merchant, and alters he 

address, etc.) and the identification of the products sold purchaser of low product levels automatically Purchase 

(universal product codes plus quantities sold) is transmitted 25 Orders are generated using screens presented to he purchas- 

o the retaner's inventory control system 420. As explained ing agent which can recall vendor price hs£ including ; price 

in more detail below in connection with FIG. 7, the shared breaks and special promotion pricing. These purchasing 

server 430 adjusts the quantity on hand values in its functions are typically performed in a bncks-and-mortar 

Cubase, and the inventory control system 420 updates its retail store or group of stores, and need not be al ered to 

database, with a cross check between the two being made if 30 support online sales as contemplated by the present inven- 

desired to insure consistency and synchronization. uon - 

It is important to observe that the arrangement shown in Similarly, the receiving module 502 accepts inventory 

FIG 6 isolates the retailer from substantially all of the control information by capturing data describing ; incoming 

concerns normally associated with the creation and mainte- orders from vendors, issues inbound recemts and purchase 

nance of an online sales website. In accordance with the 3 s order confirmations and tracks back orders. Inbound 

invention, the retailer need not be concerned with the receipts are generated from existing Purchase Orders 

creation or maintenance of accurate information on the The order fulfillment unit 503 accepts both conventional 

products sold, since that task is appropriately born by the sales orders of the type received by mail or telephone, and 

product manufacturer which has that information. Similarly, processes online orders from the shared server (seen at 430 

the retailer need not be concerned with the creation, hosting, 40 in FIG. 6) in the same way. The unit 503 maintains the 

and maintenance of a reliable and easy to use online shop- visibility of those orders until shipment is completed by 

ping experience, a task performed by the shared server 430 identifying orders that need attention, including orders that 

for many different retailers. To the retailer, the shared server must be rescheduled or expedited, to insure prompt delivery 

presents an interface to the inventory control system 420 and to provide order status information to the customer, 

which behaves much like conventional point-of-sale termi- 45 Customer contact information (phone number, email address 

nals (cash registers) indicated at 421. or mailing address) from the online shared sales server 430, 

This "web register" capability can advantageously be like similar information obtained by telephone or mail, may 

installed and maintained, with training being provided to the be used to automatically issue email nobfications or assist 

retailer, by inventory control system vendors as part of the the merchant in contacting the customer m other ways to 

normal inventory control system software, maintenance and so confirm or reschedule orders. 

training. The shared server functions can advantageously be The shipping module 504 is also conventional, and 
made available by an independent Internet service provider handles outbound shipments, accepts new customer ship- 
(ISP) using standard e-commerce software, and the inde- ping and billing address information, handles partial ship- 
pendent vendor of the shared sales server software can menls by identifying items reserved for later shipment, and 
provide interface specifications and software support to the 55 prints packing slips and bills of lading, 
inventory control system vendors, enabling them to add the The invoicing module 507 provides invoicing, billing and 
necessary "web register" interface functions to new or charging capabilities, printing invoices to be sent to cus- 
existing inventory control systems. In this way, each func- tomers. The shared sales server may support billing in 
tion is performed by an entity which is already experienced several ways: it may simply send orders to the invoicing 
in that phase of the overall system requirements, and each 60 module 507 including shipping information supplied by the 
function is provided at little additional cost over costs customer using HTML forms; it may verify and accept credit 
already born by each contributor. card information and transmit that to the invoicing module 
The relationship between the shared sales server seen at 507 so that the actual credit card transaction is between the 
403 in FIG 6 and the retailer's inventory control system customer and the retailer, or it may complete the credit card 
seen at 420 in FIG. 6 is shown in more detail in FIG. 7 of 65 transaction at the shared server, forwarding collected funds 
the drawings. As discussed above, the remote shared sales together with accounting information to the retailer on a 
server operates, from the standpoint of the inventory control periodic basis. 
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It is a principle feature of this aspect of the invention that Consumers and the general public access information and 
the retail merchant, who already maintains a physical inven- perform transactions via the Internet using conventional web 
tory and/or a distribution relationship with manufacturers, as browsers (i.e. conventional web browser application pro- 
well as an inventory control system for managing its inven- grams executing on desktop computers or workstations) as 
tory and distribution functions, performs the order fulfill- 5 exemplified at 803, 804 and 805. Such web browsers typi- 
ment function using facilities which are shared with those ca j ly employ a shared Internet Service Provider (ISP) as 
used by conventional "showroom" sales facility. The shared indicated at 807 which provides a connection to the Internet 
sales server merely processes data, and need not be con- 

cerned with the actual selection, purchase or distribution of ' ...... 

physical products, nor with the creation of the detailed n ™ cs * consumers may view product information and 

product information needed by the consumer when making 30 P erform sales transactions as contemplated by the present 

online purchases. Both of these functions remain where they invention by viewing information made available by retail 

are best performed, with the retailer and the manufacturer stores 811 > 812 > 813 and 814 via a shared sales server 820, 

respectively. as weu< as by a server 825 operated by a single retail store 

When sales are performed using conventional point of (or chain of stores). The servers 820 and 825 transmit web 

sale terminals as indicated at 508, a sales module 510 15 pages to the web browsers 803-805 which include links to 

processes the information. The point of sale terminals 508 product information which is made available by manufac- 

perform automated sales checkout using a bar code reader to turers 831, 832 and 833 via a shared product information 

reduce errors and speed customer checkout times, enabling server 840, and from a server 845 operated by a single 

salespeople to focus more on customer service. Sales are manufacturer, 

manifested by the identification of goods and quantities 20 manufacturers preferably provide product informa- 

purchased, and these are reflected in the actual delivery of ^ tQ thdr connected in the form of well-formed 

goods at the point of sale terminal which, m turn are posted eXte[lsible Mark j^g^e (XML) documents which may 

to decrement he on-hand quantity values for the products be y ^^ d ^ a Do 4 ment x Definition 

maintained in the inventory control database 500. If selected . i_- i.ii ^ ^ . • r *■ j 

j 4 ,i ; , t • * r i 4 1 cno (DTD) to which all such product information documents 

products are unavailable at the point of sale, a terminal 508 \ , { r ^ , r ... . , 

may commonly be used to place an order for future delivery s ^ uld ™ e schema t0 wmch _ such u d ° c »" 

to an identified customer by posting the order into the adhere ma ? be advantageously expressed m the Resource 

database 500 for handling by the purchasing module 501, Description Framework (RDF) and Syntax Specification, as 

receiving module 502, order fulfillment module 503, ship- noted earher > to faci li tate the evolution of standardized 

ping module 504 and invoicing module 507. 30 content definitions for product and company information. 

Incoming orders from the shared sales server placed on a ™ e sh ™ d Product information server illustrated at 840, in 

"web register are processed in substantially the same way. lts sim P es * form ' does nothing more than make Internet 

The order information is obtained from the customer, typi- fusible data storage space available where smaller manu- 

cally using HTML forms, by the web sales unit seen at 521 facturers W1 ^ 0ut their ow ? can P roduct and 

in FIG. 7, and the resulting order in the form of customer 35 com P an y ^formation available via the Internet Even the 

information, product identification and quantity sold, and sn f llest manufa f ^ er can thus make P rodu< ? and 

related order information is transmitted via the communi- information available to consumers and retailers worldwide 

cations interfaces 531 and 532 at the sales server and the at an ^g^ant incremental cost. Many such small manu- 

remote inventory control system respectively. Tbe commu- facturei ; s can sim ^ use T web ho&i ^ s P ac * P ro y ided free ° f 

nication link 544 advantageously takes the form of an 40 ex !^ n S ItUeraet Service Pr0Vlder for P rod " 

Internet link between the retailer and the remotely located uct and company ^formation storage, 

sales server which operates on a transaction by transaction Manufacturers are not, of course, restricted to providing 

basis. Note that, because both product identification data and sucn product information through links from web sites of 

on-hand quantity information is available in the database retailers and others. A manufacturer may use the same 

540 at the shared server, the two can continue to work 45 information to support its own promotional web site offering 

without continuous connection, with orders taken at the such things as product directories, press releases, direct sales 

"web register" being transmitted on a batch basis, and with to consumers, and any other function and service typically 

changes to the database of offered product universal product provided by a manufacturer's web site. Indeed, by using a 

codes and on-hand quantities being posted on a batch basis predetermined URL syntax, such as http://cocode.ean/ 

from the inventory control system to the shared server. 50 homepage (where "cocode" is the company code assigned to 

The sales module 510 processes orders from both the that manufacturer), the home page of the manufacturer of 
point of sale terminals 508 and from the shared sales server. ™Y P roduct can be readil y accessed if that product's unl- 
it packages the customer information and the product and versal product code is known. 

quantity sold information for handling by the remaining The availability of company information, which may be 

modules as discussed above, and schedules multiple deliv- 55 accessed using the company code portion of a universal 

eries as needed when an order can only be partially fulfilled. product code, also makes it possible for retailers to readily 

When web sales are made, on hand quantities are immedi- obtain specific information needed to purchase products 

ately reserved and, if desired, sales of the same products directly from manufacturers, establish accounts, identify 

from inventory via the point of sales terminals 508 can be distributors, and the like. The company information which is 

inhibited (although, in practice, if removal of items from the 60 made available as contemplated by the invention may be 

showroom is needed to fill web orders, that should be done used to automatically establish EDI connections and per- 

promptly to avoid customer confusion). form EDI transactions between the servers operated on 

The relationship between retail stores, manufacturers and behalf of retail stores and those operated on behalf of 

distributors, product information services and consumers, manufacturers. 

and the computers connected to the Internet which utilize the 65 As illustrated at 875 in FIG. 8, the cross-referencing 

invention to serve each of these entities, is depicted in FIG. server can be used to by an indexing service to provide 

8 of the drawings. searchable product and company information indices and 
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search capabilities. As noted earlier, cross- referencing utility 
seen at 880 in FIG. 8 may advantageously provide means for 
accessing the entire contents of its cross-referencing infor- 
mation to a requesting computer, such as a search engine 
operated by the index service seen at which can then perform 5 
conventional "web crawler" indexing of the websites speci- 
fied by the listed URLs and/or IP addresses, thereby gener- 
ating complete or partial indexes to all or less than all of the 
products whose product description locations have been 
registered. Alternatively, web crawling engines can traverse J( 
the links to manufacturers* information found in product 
listing pages made available by retailers and others. 

By storing product and company information in accor- 
dance with predetermined schemas, preferably using XML, 
DTD and RDF techniques as discussed above, indexing ^ 
services can provide consumers with powerful tools for 
locating products having selected attributes and for sorting 
and comparing product based on those attributes. In this 
way, a consumer can more readily identify particular prod- 
ucts which best suit her needs, can view detailed, accurate ^ 
and up-to-date promotional and specification information on 
each product directly from the manufacturer, and can then 
identify the most desirable retail sources for selected prod- 
ucts based on price, geography or other criteria. In this way, 
"bricks and mortar" stores can make their entire existing ^ 
inventory available for inspection by simply adding a "web 
register" module to connect their existing bar code checkout 
and inventory control system with a shared sales server, 
providing their local customers to "shop at home/ 5 make 
purchases on line, and either pick up or arrange for local ^ 
delivery of the goods purchased. 

It should be understood that the methods and apparatus 
described above are merely illustrative applications of the 
principles of the present invention. Numerous modifications 
may be made by those skilled in the art without departing . 
from the true spirit and scope of the invention. 

What is claimed is: 

1. The method for disseminating product information via 
the Internet which comprises, in combination, the steps of: 

establishing a cross-referencing resource connected to the i 
Internet which includes a database containing a plural- 
ity of cross-references, each of said cross-references 
specifying the correspondence between a group of one 
or more universal product code values and the Internet 
address of a source of information which describes the 
products designated by said group of one or more code 
values, 

transmitting via the Internet a Web page containing at 
least one hyperlink including a reference to separately 
stored information, said reference including a particular 50 
universal product code value that uniquely designates a 
selected product, 

employing a Web browser program to receive said Web 
page and display said Web page to a user, 

further employing said Web browser to respond to the 55 
activation of said hyperlink by said user by transmitting 
a first request message to said cross-referencing 
resource, said first request message containing at least 
a portion of said particular universal product code 
value, 60 

processing said first request message at said cross- 
referencing resource by referring to said database to 
identify the particular Internet address which corre- 
sponds to said particular universal product code value 
and returning a redirection message to said Web 65 
browser which contains said particular Internet 
address; 
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employing said Web browser to automatically respond to 
said redirection message by transmitting a second 
request message to said particular Internet address; 
employing a Web server connected to the Internet at said 
particular Internet address to respond to said second 
request message by returning product information 
describing said selected product to said Web browser, 
and 

employing said Web browser program to automatically 
3 display said product information from said Web server 
to said user. 

2. The method set forth in claim 1 wherein said portion is 
the company code portion of a said particular universal 
product code and wherein said particular Internet address 

5 specifies the location of an Internet resource operated on 
behalf of the manufacturer specified by said company code 
portion. 

3. The method set forth in claim 1 wherein said informa- 
tion describing the product designated by said particular 

0 universal product code is expressed in extensible Markup 
Language. 

4. The method set forth in claim 2 wherein said informa- 
tion describing the product designated by said particular 
universal product code is expressed in extensible Markup 

5 Language. 

5. Apparatus for delivering product information via the 
Internet which comprises, in combination: 

a first computer connected to the Internet for producing a 
web page containing at least one hypertext link to 
product information, said hypertext link containing a 
reference which includes at least a portion of a par- 
ticular universal product code which designates a par- 
ticular product, 
a second computer connected to the Internet for main- 
taining a cross-referencing database storing informa- 
tion and operating as a cross-referencing resource 
which associates universal product codes and corre- 
sponding Internet addresses identifying remote 
resources from which data may be retrieved which 
describes the products identified by said universal 
product codes, said second computer including means 
for responding to a request message containing a least 
a portion of a given universal product code by trans- 
mitting a response message specifying the correspond- 
ing Internet address from which information describing 
the product designed by said universal product code 
may be retrieved and to which said request message 
should be redirected, and 
a third computer connected to the Internet for executing a 
web browser program, said web browser program com- 
prising 

means for retrieving said web page from said first 
computer, 

means for identifying said hypertext link in said web 
page and transmitting a first request message to said 
cross-referencing resource, said request message 
containing at least a portion of said particular uni- 
versal product code to obtain from said second 
computer a response message specifying a particular 
universal product code to which said first request 
message should be redirected, and 
means automatically responsive to the receipt of said 
response message for transmitting a second request 
message to said to said particular Internet address to 
retrieve product information describing the product 
designated by said particular universal product code, 
and 
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means for receiving and displaying said product infor- 
mation returned to said third computer in response to 
said second request message. 

6. The apparatus set forth in claim 5 wherein said response 
message takes the form of a hypertext transport protocol 
response message which includes a location header field 
containing a destination URL specifying said particular 
Internet address whereby said request message is redirected 
to said particular destination URL. 

7. The apparatus set forth in claim 5 wherein said database 
stores a company code portion of a said universal product 
code and wherein said corresponding Internet address speci- 
fies the location of an Internet resource operated on behalf 
of the entity specified by said company code portion. 

8. The apparatus set forth in claim 5 wherein said cross- 
referencing resource is the Internet Domain Name Service. 

9. The apparatus set forth in claim 8 wherein said product 
information is expressed in extensible markup language. 

10. The apparatus set forth in claim 9 wherein said web 
browser displays said product information in accordance 
with stylesheet information specified on said web page. 

11. The apparatus set forth in claim 10 wherein said 
product information satisfies the validity requirements con- 
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tained in a predetermined standard XML Document Type 
Definition for product information. 

12. The apparatus set forth in claim 10 wherein said 
product information conforms to a schema expressed in 

5 accordance with the Resource Description Framework 
(RDF) and Syntax Specification. 

13. The apparatus as set forth in claim 5 wherein said 
reference in said web page is contained in a hypertext link 

io anchored by a visual element which is retrieved from said 
second computer by said web browser program when said 
web page is displayed, said visual element having content 
which is dependent upon the nature of the information stored 
in said database relating to said particular universal product 

15 code. 

14. The apparatus as set forth in claim 13 wherein said 
visual element is an image file transmitted to said web 
browser from said second computer in response to an image 

20 request message containing at least a portion of said par- 
ticular universal product code. 

***** 
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